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This Technical Specification (TS) has been produced by the ETSI 3 Generation Partnership Project (3GPP). 

The present document may refer to technical specifications or reports using their 3GPP identities or GSM identities. 
These should be interpreted as being references to the corresponding ETSI deliverables. The mapping of document 
identities is as follows: 

For 3GPP documents: 

3G TS I TR nn.nnn "<title>" (with or without the prefix 3G) 

is equivalent to 

ETSI TS I TR Inn nnn "[Digital cellular telecommunications system (Phase 2+) (GSM);] Universal Mobile 
Telecommunications System; <title> 

For GSM document identities of type "GSM xx.yy", e.g. GSM 01.04, the corresponding ETSI document identity may be 
found in the Cross Reference List on www.etsi.org/key 
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Foreword 



This Technical Specification has been produced by the 3GPP. 

This specification defines the stage 2 of the Multi Party (MPTY) supplementary service within the 3GPP system. 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of this TS, it will be re-released by the TSG with an identifying 
change of release date and an increase in version number as follows: 

Version 3.y.z 

where: 

x the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 Indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the specification; 
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Scope 

The present document gives the stage 2 description of the multi party supplementary services. 

Only one multi party supplementary service has been defined, this is the Multi Party (MPTY) service, and is described 
in clause 1 . 

0.1 References 

The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. 

• A non-specific reference to an ETS shall also be taken to refer to later versions published as an EN with the same 
number. 

[1] TR 21.905: "3G Vocabulary". 

[2] TS 23.01 1: "Technical realization of supplementary services - General Aspects". 

[3] TS 23.083: "Call Waiting (CW) and Call Hold (HOLD) supplementary services - Stage 2". 

0.2 Abbreviations 

Abbreviations used in the present document are listed in TR 21.905. 

1 Multi Party service (MPTY) 

1 .1 Functions and information flows 

The following Mobile Additional Function has been identified for Multi Party service: 
MAF026 

Multi Party service related authorizations examination 

The ability of a PLMN component to determine the authorizations relating to Multi Party service. See figure 2. 1 . 

Location: VLR 

The overall SDL-diagram of Multi Party service is shown in figure 1 .2. 

This overall SDL-diagram represents the network as a whole. The overall SDL-diagram shows the status of the service 
as perceived by the served mobile subscriber, as well as the status as perceived by any of the other parties. Beside this, 
the overall SDL-diagram shows the actions to be taken by the network and the information provided by the network to 
the users. 

Within the authorization examinations diagram, the messages shown to and from the left are to and from the VLR. 

Within the overall SDL diagram, messages to and from the served mobile subscriber are indicated to and from the left, 
whereas messages to and from remote parties are indicated to and from the right. 
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The information flow for Multi Party service is shown in figure 1.3. 

In the information flow it is assumed that the served subscriber is a mobile subscriber and that the other parties are all 
fixed ISDN subscribers. For the purposes of the information flow diagrams it is assumed that there are only two remote 
parties. Where there are more than two remote parties, signals to any party connected to the MPTY bridge shall apply to 
all other parties connected to the MPTY bridge, except where a single remote party is to be selected for a private 
communication. 

As a consequence of this assumption, after the MPTY is split (to establish a private communication) it only contains 
one remote party. However, the end state for disconnection of or by that remaining remote party is shown as A-B 
ACTIVE / MPTY HELD. This is to indicate that the disconnection by a single remote party will not necessarily cause 
the MPTY call to be released. This will only happen when that remote party is the only remaining party in the MPTY 
call. 

Party A is the subscriber controlling the MPTY call (serviced mobile subscriber). Party B is the first remote party 
called. Party C is the second remote party called. 

Remote parties are disconnected by the generic disconnect/release procedure. Any scenario requiring disconnection of 
remote parties shown in the SDL diagrams but not explicitly shown in the flow diagrams shall follow the procedure 
shown in the flow diagrams for similar scenarios. 

Functions to be performed by the fixed ISDN (for example hold authorizations examination) are not shown in the 
information flow; only the functions to be performed by the PLMN are shown. 

It is assumed that the Multi Party bridge is located in the MSC. 

In the SDL-diagrams a two dimensional state in conjunction with call hold is used: (active,hold request). 

- The first dimension is a normal basic call state "active". 

- The second dimension is "hold request" (abbreviated hold req) meaning that a request has been made for the 
hold function. 

To avoid having two calls on hold at the same time the reception of the retrieve request is supervised by timer T as 
defined in TS 23.083. 

Note that while the Multi Party is on hold, the remote parties can continue to communicate with each other. 



ETSI 



(3G TS 23.084 version 3.1.0 Release 1999) 



ETSI TS 123 084 V3.1.0 (2000-01) 



Process MPTY_MAF026 

Figure 1.1 



idle 




yes 



process 
MPTY 



idle 



384_11(1; 



7\ 



MPTY: Multi Party service. 



Figure 1.1 : MAF026 Multi Party service related authorisations examination 
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Figure 1 .2 (sheet 1 of 7) 
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Figure 1.2 (sheet 1 of 7): Overall SDL diagram of Multi Party service 
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Figure 1 .2 (sheet 2 of 7) 
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Figure 1.2 (sheet 2 of 7): Overall SDL diagram of Multi Party service 



ETSI 



(3G TS 23.084 version 3.1.0 Release 1999) 



10 



ETSI TS 123 084 V3.1.0 (2000-01) 



Process MPTY overall 



384_123(7) 



7\ 



Figure 1 .2 (sheet 3 of 7) 
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NOTE: It is also possible to initiate a new call or process a call waiting request from this state 
(see GSM 03.83). In either case, this is likely to result in a 'held MPTY and active call'. 



Figure 1.2 (sheet 3 of 7): Overall SDL diagram of Multi Party service 
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Figure 1 .2 (sheet 4 of 7) 
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Figure 1.2 (sheet 4 of 7): Overall SDL diagram of Multi Party service 
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Figure 1.2 (sheet 5 of 7): Overall SDL diagram of Multi Party service 
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Figure 1.2 (sheet 6 of 7): Overall SDL diagram of Multi Party service 
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Figure 1.2 (sheet 7 of 7) 
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Figure 1.2 (sheet 7 of 7): Overall SDL diagram of Multi Party service 



ETSI 



(3G TS 23.084 version 3.1.0 Release 1999) 



15 



ETSI TS 123 084 V3.1.0 (2000-01) 



:lSa 



MSCa 



VLRa 



a-£~held / a-c active 

I II 

Subscriber A wants to initiate a multi party conversation 



n 



build MPTY 



request 



build MPTY 



rej ect 



A-B HELD / A-C ACTIVE 



or: 

:Y 



build MPTY 



or: 

:K 



info req 



connect 
bridge 



acknowledge 



IVE MULTI PAR' 



MAF 
026 



Y CONVERSATION 



i ....r 



notification 



(retrieval ) 

notification 
(multi party) 
notification 
(multi party) 



notification 

>l 

( retrieval ) 

notification 

>l 

(multi party) 



notification 

>l 

(multi party) 



IVE MULTI PARTY CONVERSATION 

Subscriber A wants to terminate the multi part 



disconnect 



disconnect 



release B 



release C 



disconnect 



release confirmation 



disconnect 



disconnect 



ease confirmation 



disconnect 



OR1: Multi party call acceptable 
Y: YesN: No 



Figure 1.3 (sheet 1 of 7): Information flow for Multi Party service 



ETSI 



(3G TS 23.084 version 3.1.0 Release 1999) 



16 



ETSI TS 123 084 V3.1.0 (2000-01) 



fivl multi party^onversation - 

Subscriber A wants to disconnect one remote party (e.g 



n 



disconnect 



IVE MULTI PAR' 



Y CONVERSATION 



I I 



disconnect 



release confirmation 



disconnect 



Y CONVERSATION 

One remote party (e.g. C) wants to disconnect 



IVE MULTI PAR' 



disconnect 



ACTIVE MULTI PARTY CONVERSATION 

I I 



disconnect 



release confirmation 



disconnect 



ACTIVE MULTI PAR' 



.TY CONVERSATION 

One remote party (e.g. B) wants to hold 



notification 



ACTIVE MULTI PARTY CONVERSATION 

I ! 



notification 



request 
hold 



confirmation 



IVE MULTI PARVY CONVERSATION 

One remote party (e.g. B) wants to retrieve the held call 



notification 

< ^ 

(retrieval ) 



ACTIVE MULTI PARTY CONVERSATION 

I i 



notification 



(retrieval ) 



request 
retrieve 



confirmation 



Figure 1.3 (sheet 2 of 7): Information flow for Multi Party service 



ETSI 



(3G TS 23.084 version 3.1.0 Release 1999) 



17 



ETSI TS 123 084 V3.1.0 (2000-01) 



flVE MULTI PARTY^ONVERSATIOlir 

Subscriber A wants to hold entire multi part; 



hold request 



nc 



bridge 



confirmation 



d 



HELD MULTI PARTY COliTVERSATION 

I I I 



r 



notification 



(hold) 
notification 



conversation 



notification 



notification 



HELD MULTI PARTY CONVERSATION 

Subscriber A wants to retrieve ' the held multi party conversation 



retrieve 



request 



retrieve 



retrieve 

bridge 



confirmation 



IVE MULTI PAR' 



Y CONVERSATION 



notification 



(retrieval ) 
notification 
(retrieval ) 



I I 



notification 

>l 

( retrieval ) 



notification 

>l 

( retrieval ) 



IVE MULTI PAR' 



CONVERSATION 



Subscriber A wants to estab 
PrivComm 



-> 



request 

PrivComm 



hold 
bridge 



confirmation 



A-B ACTIVE / MPTY HELD 



ish a private' communication with one party 



notification 



notification 



Figure 1.3 (sheet 3 of 7): Information flow for Multi Party service 



ETSI 



(3G TS 23.084 version 3.1.0 Release 1999) 



18 



ETSI TS 123 084 V3.1.0 (2000-01) 



MS a 



MSCa 



VLRa 



HLRa 



lEt 



he£d~Jtolti party ^oJtversation 

Subscriber A wants to disconnect entire multi party conversation 



i r 



disconnect 



disconnect 



C 
release 



release C 



bridge 



disconnect 



ease confirmation 



disconnect 



release confirmation 



disconnect 



disconnect 



HELD multi party conversation 

One remote party (e.g. B) wants to disconnect 



disconnect 



HELD MULTI PARTY CONVERSATION 

I I I 



disconnect 



release confirmation 



disconnect 



HELD MULTI PARTY CONVERSATION 

One remote party (e.g. B) wants to hold 



notification 



HELD MULTI PARTY CONVERSATION 

I II I 



notification 



hold request 



hold confirmation 
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Figure 1.3 (sheet 7 of 7): Information flow for Multi Party service 

1 .2 Information stored in the HLR 

The following logical states are applicable for MPTY (refer to TS 23.01 1 for an explanation of the notation): 
Provisioning State Registration State Activation State HLR Induction State 

(Not Provisioned, Not Applicable, Not Active, Not Induced) 

(Provisioned, Not Applicable, Active and Operative, Not Induced) 

The HLR shall store the logical state of MPTY (which shall be one of the valid states listed above) on a per subscriber 
basis. 
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1 .3 State transition model 

The following figure shows the successful cases of transition between the applicable logical states of MPTY. The state 
changes are caused by actions of the service provider. 

Note that error cases are not shown in the diagram as they normally do not cause a state change. Additionally, some 
successful requests may not cause a state change. Hence they are not shown in the diagram. 
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Not Induced) 




(Provisioned, 
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Active and Operative, 

Not Induced) 



Withdrawal 
Figure 1.4: State transition model for MPTY 

1 .4 Transfer of information from HLR to VLR 

If the provisioning state for MPTY is "Provisioned" then, when the subscriber registers on a VLR, the HLR shall send 
that VLR information about the logical state of MPTY. 

If the logical state of MPTY is changed while a subscriber is registered on a VLR then the HLR shall inform the VLR 
of the new logical state of MPTY. 



1.5 



Information stored in the VLR 



For MPTY the VLR shall store the service state information received from the HLR. 

1 .6 Handover 

Handover will have no impact on the control procedures and the operation of the service. 

1 .7 Simultaneous use of Multi Party operations 

The operations BuildMPTY, SplitMPTY, HoldMPTY and RetrieveMPTY interact with each other, and cannot be 
applied simultaneously. Once the mobile station has initiated one of these operations, it shall not initiate another Multi 
Party operation until the first operation has been acknowledged by the network, or the MS locally determines (due to 
timer expiry) that the first operation has failed. 
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